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1 NAME OF DOCUMENT 

Specification 

2 TITLE OF THE INVENTION 

Mobile Terminal Apparatus and Handoff Method Thereof 

3 SCOPE OF CLAIM FOR A PATENT 

[Claim 1] A mobile terminal apparatus comprising: 

a plurality of interfaces each of which is capable of, when its associated access mechanism is 
in an active state, obtaining a connection to a network using either one of its home-address which is 
assigned in advance and its care-of-address which is assigned during its presence in a domain where 
its home-address is not available; 

an instructing means which instructs a setup of a binding of a home-address of a first interface, 
which loses a connection obtained using a care-of-address of said first interface, of said plurality of 
interfaces, and either one of a home-address and a care-of-address of a second interface of said 
plurality of interfaces; and 

a setup means which sets up said binding. 

[Claim 2] A mobile terminal apparatus according to claim 1, wherein said instructing means 
comprises: 

a detecting means which detects the loss of the connection obtained using the care-of-address 
of said first interface; 

a searching means which searches, when the loss of the connection of said first interface is 
detected, for at least one interface whose associated access mechanism is in an active state from 
among said plurality of interfaces; 

a selecting means which selects, based on a predetermined criterion, said second interface 
from among said at least one interface for which is searched; 

a deciding means which decides whether or not said selected second interface presents in a 
domain where the home-address of said second interface is available; and 
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a determining means which determinesthe home-address of said second interface is bound to 
the home-address of said first interface when said second interface presents in the domain where the 
home-address of said second interface is availably and determines the care-of-address of said second 
interface is bound to the home-address of said first interface when said second interface does not 
present in the domain where the home-address of said second interface is available, based on a result 
of the decision by said deciding means. 

[Claim 3] A mobile terminal apparatus according to claim 1, wherein each of said plurality of 
interfaces predicts a loss of a connection obtained using its assigned care-of-address; and 
wherein said instructing means comprises: 

a searching means which searches, when the loss of the connection of said first interface is 
predicted by said first interface, for at least one interface whose associated access mechanism is in an 
active state from among said plurality of interfaces; 

a selecting means which selects, based on a predetermined criterion, said second interface 
from among said at least one interface for which is searched; 

a deciding means which decides whether or not said selected second interface presents in a 
domain where the home-address of said second interface is available; and 

a determining means which determinesthe home-address of said second interface is bound to 
the home-address of said first interface when said second interface presents in the domain where the 
home-address of said second interface is available, and determines the care-of-address of said second 
interface is bound to the home-address of said first interface when said second interface does not 
present in the domain where the home-address of said second interface is available, based on a result 
of the decision by said deciding means. 

[Claim 4] A mobile terminal apparatus according to claim 1, wherein said instructing means 
comprises: 

a detecting means which detects the loss of the connection obtained using the care-of-address 
of said first interface; 

a searching means which searches, when the loss of the connection of said first interface is 
detected, for at least one interface which associates with an access mechanism whose type differs 
from that of an access mechanism associated with said first interface from among said plurality of 
interfaces; 
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a selecting means which selects, based on a predetermined criterion, said second interface 
from among said at least one interface for which is searched; 

an activating means which activates an access mechanism associated with said selected 
second interface; 

a deciding means which decides whether or not said selected second interface whose 
associated access mechanism is activated presents in a domain where the home-address of said second 
interface is available; and 

a determining means which determinesthe home-address of said second interface is bound to 
Ihe home-address of said first interface when said second interface presents in the domain where the 
home-address of said second interface is available; and determines the care-of-address of said second 
interface is bound to the home-address of said first interface when said second interface does not 
present in the domain where the home-address of said second interface is available, based on a result 
of the decision by said deciding means. 

[Claim 5] A mobile terminal apparatus according to claim 1, wherein each of said plurality of 
interfaces predicts a loss of a connection obtained using its assigned care-of-address; and 
wherein said instructing means comprises: 

a searching means which searches, when the loss of the connection of said first interface is 
predicted by said first interface, for at least one interface which associates with an access mechanism 
whose type differs from that of an access mechanism associated with said first interface from among 
said plurality of interfaces; 

a selecting means which selects, based on a predetermined criterion, said second interface 
from among said at least one interface for which is searched; 

an activating means which activates an access mechanism associated with said selected 
second interface; 

a deciding means which decides whether or not said selected second interface whose access 
mechanism is activated presents in a domain where the home-address of said second interface is 
available; and 

a determining means which determinesthe home-address of said second interface is bound to 
the home-address of said first interface when said second interface presents in the domain where the 
home-address of said second interface is available, and determines the care-of-address of said second 
interface is bound to the home-address of said first interface when said second interface does not 
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present in the domain where the home-address of said second interface is available, based on a result 
of the decision by said deciding means. 

[Claim 6] A handoff method in a mobile terminal apparatus having a plurality of interfaces each of 
which is capable of, when its associated access mechanism is in an active state, obtaining a 
connection to a network using either one of its home^address which is assigned in advance and its 
care-of-address which is assigned during its presence in a domain where its home-address is not 
available, comprising: 

an instructing step for instructing a setup of a binding of a home-address of a first interface, 
which loses a connection obtained using a care-of-address of said first interface, of said plurality of 
interfaces, and either one of a home-address and a care-of-address of a second interface of said 
plurality of interfaces; and 

a setup step for setting up said binding. 

4 DETAILED DESCRIPTION OF THE INVENTION 

4.1 Industrial Field of the Invention 

The present invention relates to a mobile terminal apparatus and a handoff method thereof, and in 
particular to a mobile terminal apparatus which has a plurality of access mechanisms to a packet- 
switched data communications network and constantly changes its point of attachment to the packet- 
switched data communications network. 

4-2 Prior Art 

With the emergence and proliferation of wireless technology, the Internet today has evolved to a 
stage where numerous data communications end-points are made up of mobile terminals, each 
roaming through different domains and attaching itself to different point of attachment to a packet- 
switched data communications network (such as, the Internet) at different points in time. Such 
roaming provisioning is fairly matured in a circuit-switched communications network, such as the 
phone system. In a packet-switched communications network, however, supporting such roaming 
capabilities is difficult This is because mobile terminals in a packet-switched communications 
network are reached using unique addresses, and such addresses usually contain portions (usually the 
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prefix) that must be valid in a spatial topology. Also, it is desirable for mobile terminals to continue 
being reached at the same address after a plurality of change of point of attachment to the packet 
switched data communications network. This allows seamless continuation of sessions (such as file 
transfer) across different points of attachment to the packet-switched data communications network. 

To support such roaming capabilities, the industry has developed solutions for mobility support in 
Internet Protocol version 6 (IPv6). In Mobile IP, each mobile node (i.e. mobile terminal) has a 
permanent home domain (i.e. a home network). When the mobile node is attached to its home 
network, it is assigned a permanent global address known as a home-address. When the mobile node 
is away, i.e. attached to some other foreign networks, it is usually assigned a temporary global address 
known as a care-of-address. The idea of mobility support is such that the mobile node can be reached 
at the home-address even when it is attached to other foreign networks, so that other nodes in the 
packet-switched data communications netwoik need only identify the mobile node by the mobile 
node's home-address. Mobile nodes register their care-of-addresses with home agents using messages 
known as Binding Updates. The home agent is responsible to intercept messages that are addressed to 
the mobile node's home-address, and forward the packet to the mobile node's carcof-address using 
IP-in-IP Tunnelling. IP-in-IP tunnelling involves encapsulating an original IP packet in another IP 
packet Such a binding between home-addresses and care-of-addresses, made known at the home 
agent of the mobile node, allows the mobile node to be reached no matter where the mobile node is. 
However, there exist a time when the mobile node has left a previous point of attachment and yet to 
set up a new binding between its home-address and new care-of-address (or even have not yet 
received a new care-of-address). During this time, no packet can be delivered to the mobile node. 

In a conventional art, a method is disclosed to allow fast handoff between two base stations (see 
patent literature 1, for example). In the disclosed method, when a mobile node roams to a new 
network, it issues a reassociation request to a base station A. In response to the reassociation request, 
the base station A finds the IP address of another base station B via a communications mechanism of 
mobile IP of IP layer, and then sends a handoff request frame to the base station B. In turn, upon 
receiving the handoff request, the base station B deletes the record of the mobile node in an 
association table, and then sends an handoff response frame back to the base station A via the 
communications mechanism of mobile IP. Then, a unicast handoff response frame will be forwarded 
to the base station A, and consequently the base station A can complete the handoff procedure. 
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43 Patent Literature 1 

United States Patent No. 6,473,413 Bl, October 2002 

4.4 Problem to be solved by the Invention 

In the above-described conventional method, however, the fast handoff requires base stations to 
actively participate, adding burden to the base stations' processing loads. Furthermore, the fast 
handoff procedure depends on the base station^ capabilities (or offered functionalities). This makes 
the deployment of such method more complex, and often more expensive. 

Existing solutions such as the above-described conventional method for supporting mobility in a 
packet-switched data communications network is inadequate in ensuring that a mobile terminal has a 
smooth, continuous communications session when in transit Because, the method exists to provide 
for fast handoff between base stations, nevertheless the method requires additions to base station 
functionalities. Not only does this increase the processing burden of the base station, it also requires 
special efforts to ensure compatibility between base stations from different vendors and service 
providers. 

It is an object of the present invention to provide a mobile terminal apparatus and handoff method 
thereof which are capable of achieving smooth, continuous communication* sessions even when in 
transit, regardless of base station capabilities and functionalities, in a packet-switched data 
communications network. 

4.5 Means of Solving Problem 

A mobile terminal apparatus according to one aspect of the present invention adopts a 
configuration having a plurality of interfaces each of which is capable of, when its associated access 
mechanism is in an active state, obtaining a connection to a network using either one of its home- 
address which is assigned in advance and its care-of-address which is assigned during its presence in a 
domain where its home-address is not availably an instructing means which instructs a setup of a 
binding of a home-address of a first interface, which loses a connection obtained using a care-of- 
address of said first interface, of said plurality of interfaces, and either one of a home-address and a 
care-of-address of a second interface of said plurality of interface^ and a setup means which sets up 
said binding. 
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According to the configuration, it is instructed to set up a binding of a home-address of a first 
interface, which loses a connection obtained using a care-of-address of the first interface of a plurality 
of interfaces and either one of a home-address and a care-of-address of a second interface of the 
plurality of interfaces, and then the setup of the binding is performed, and therefore, for example, 
even when the mobile terminal has moved and changed its point of attachment to a network, e.g. a 
packet-switched data communications network, the mobile terminal can perform a fast handoff 
procedure only using its own resources, thereby achieving a smooth, continuous communications 
session even when in transit, regardless of base station capabilities and functionalities, in a packet- 
switched data communications network. By alternating between access mechanisms (e.g. access 
technologies), the mobile terminal can achieve smooth handoff without active participations of base 
stations in fast handoff procedure. This allows the mobile terminal to be in total central of the 
handoff procedure, and takes processing loads off the base stations. In addition, the handoff 
procedure can be carried out in the mobile terminal alone, thus eliminating reliance on functionalities 
provided by base stations. 

A handoff method in a mobile terminal apparatus having a plurality of interfaces each of which is 
capable of, when its associated access mechanism is in an active state, obtaining a connection to a 
network using either one of its home-address which is assigned in advance and its care-of-address 
which is assigned during its presence in a domain where its home-address is not available, comprising 
an instructing step for instructing a setup of a binding of a home-address of a first interface, which 
loses a connection obtained using a care-of-address of said first interface, of said plurality of 
interfaces, and either one of a home-address and a care-of-address of a second interface of said 
plurality of interfaces; and a setup step for setting up said binding. 

According to the method, it is instructed to set up a binding of a home-address of a first interface, 
which loses a connection obtained using a care-of-address of the first interface of a plurality of 
interfaces and either one of a home-address and a care-of-address of a second interface of the plurality 
of interfaces, and then the setup of the binding is performed, and therefore, for example, even when 
the mobile terminal has moved and changed its point of attachment to a network, e.g. a packet 
switched data communications network, the mobile terminal can perform a fast handoff procedure 
only using its own resources, thereby achieving a smooth, continuous communications session even 
when in transit, regardless of base station capabilities and functionalities, in a packet-switched data 
communications network. By alternating between access mechanisms (e.g. access technologies), the 
mobile terminal can achieve smooth handoff without active participations of base stations in fast 
handoff procedure. This allows the mobile terminal to be in total control of the handoff procedure, 
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and takes processing loads off the base stations. In addition, the handoff procedure can be carried out 
in the mobile terminal alone, thus eliminating reliance on functionalities provided by base station. 

4.6 Mode for Carrying Out the Invention 

The essence of the present invention is to instruct a setup of a binding of a home-address of a first 
interface, which loses a connection obtained using its care-of-address, of a plurality of interfaces each 
of which is capable of, when its associated access mechanism is in an active state, obtaining an access 
to a network using either one of its home-address which is assigned in advance and its care-of-address 
which is assigned during its presence in a domain where its home-address is not available, and either 
one of a home-address and a care-of-address of a second interface of the plurality of interfaces, and to 
set up the binding. 

A method for achieving seamless handoff in a mobile terminal roaming in a packet-switched data 
communications network is disclosed in this document. To help understand the disclosed invention, 
the following definitions are used: 

(a) A "packef ' is a self-contained unit of data of any possible format that could be delivered on a 
data network. A jacket" normally consists of two portions: a "header" and a 4 *payload" portion. The 
"payload" portion contains data that are to be delivered, and the "header" portion contains information 
to aid the delivery of the packet. A "header" must have a soiuce address and a destination address to 
respectively identify the sender and recipient of the "packet". 

(b) A "packet tunnelling" refers to a self-contained packet being encapsulated into another packet 
The act of "packet tunnelling" is also referred to as "encapsulation" of packets. The packet that is 
being encapsulated is referred to as the "tunnelled packef or "inner packet". The packet that 
encapsulates the "inner packet" is referred to as the 'tunnelling packet" or "outer packet". Here, the 
entire "inner packet" forms the payload portion of the "outer packef. 

(c) A "mobile node" is a network element that changes its point of attachment to the packet- 
switched data communications network. It is used to refer to an end-user communications terminal 
that can change its point of attachment to the packet-switched data communications network. In this 
document, we use the terms "mobile node" and "mobile terminal" interchangeably, unless explicitly 
stated otherwise. 

(d) A "home-address" is a primary global address assigned to a mobile terminal that can be used 
to reach the mobile terminal regardless of where on the packetswitched data communications 
network the mobile terminal is currently attached to. 
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(e) A mobile terminal that is attached to the packet-switched data communications network where 
its home-address is topologically compatible with the addresses used in the vicinity of the point of 
attachment is referred to as "at home". The vicinity of this point of attachment that is controlled by a 
single administrative authority is referred to as the "home domain" of the mobile terminal. 

(f) A mobile terminal that is attached to the packet-switched data communications network at a 
point where the home-address of the said mobile terminal is topologically incompatible with the 
addresses used in the vicinity of that point of attachment is referred to as "away", and the vicinity of 
the said point of attachment is referred to as the "f oreign domain". 

(g) A "care-of-address" is a temporary global address assigned to a mobile terminal that is away 
such that the assigned "care-of-address" is topologically compatible with the addresses used in the 
vicinity of the mobile node's point of attachment to the packet-switched data communications 
network. 

(h) A "home agent" is a network entity that resides at the home domain of a mobile terminal that 
performs registration services of care-of-addresses of the mobile terminal when it is away, and to 
forward packets addressed to the home-address of the mobile terminal to the care-of-address of the 
mobile node. 

(i) A "Binding Update" is a message sent from a mobile terminal to its home agent, or to some 
other nodes on the packet-switched data communications network the mobile terminal is 
communicating to, that informs the recipient the current care-of-address of the sender. This forms a 
"binding" between the care-of-address and the home-address of the mobile terminal at the recipient 

In the following description, for purpose of explanation, specific numbers, times, structures, and 
other parameters are set forth in order to provide a thorough understanding of the present invention. 
However, it will be apparent to anyone skilled in the art that the present invention may be practiced 
without these specific details. 

(Embodiment 1) 

Figure 1 is a block diagram showing the architecture of a mobile terminal according to 
Embodiment 1 of the present invention. Mobile terminal 100 shown in Figure 1 has M number (M is 
an integer greater than or equal to 2) of Lower Interfaces lOtl to 101-M, Mobility Support Unit 
(MSU) 102, Upper Layer Unit 103, and Multiple Access Decision Unit (MADU) 104. When we refer 
to any one or more of Lower Interfaces 101-1 to 101-M, the Lower Interfaces) will be described as 
"Lower Interface 101" hereinafter. 
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The different access mechanisms available in the mobile terminal are abstracted into Lower 
Interfaces 101-1 to 101-M. Lower Interface 101 is a collective block to refer to the physical network 
interface hardware, the software controlling the hardware, and the protocols that govern the 
communications through such hardware. For example, under the Internationa] Organization for 
Standardization's (ISO) open systems interconnection (OSI) model, Lower Interface 101 will include 
all protocols relating to the Physical and Data Link layers. As is described previously, the present 
invention targets mobile terminals with multiple access mechanisms In general, such mobile 
terminals would normally consist of a plurality of Lower Interfaces. 

Note that it may be possible for a single piece of physical hardware to provide two (or more) 
different access mechanisms. Such configurations will still be depicted as having multiple Lower 
Interfaces 101-1 to 101-M), where each Lower Interfaces 101-1 to 101-M encapsulates the 
functionalities required for each access mechanism. Lower Interface 101 is said to be active if the 
associated access mechanism has an active link with a base station. 

Similarly, the functional block Upper Layer Unit 103 is an abstraction to include all upper layer 
protocols and applications that transmit and receive data packets via Mobility Support Unit 102 and 
Lower Interfaces 101. Using the ISO's OSI model as an example again, Upper Layer Unit 103 will 
include the Application, Presentation, Session, and TVansport layers. 

MSU 102, is the core of mobile terminal 100 in its packet-switched data communications 
operations, as it handles the reception of packets, transmission of packets and determining the route of 
a packet This is equivalent to the Network layer in ISO's OSI model, or in an Internet Protocol (IP) 
environment, the IP layer. MSU 102 also contains the logic to handle the mobility of mobile terminal 
100 with respect to the packet-switched data communications network. Specifically, MSU 102 will 
also handles the generation or attainment of new temporary global address (Le. care-of-address) when 
mobile terminal 100 attaches to a new base station, and is responsible to send binding updates to the 
home agent of mobile terminal 100 to register the binding between the home-address and care-of- 
address of mobile terminal 100. 

Note that in our descriptions, a home-address and a care-of-address is tied to Lower Interface 101 
instead of mobile terminal 100. This is consistent with most packet-switched data communications 
network, such as the Internet Protocol, where addresses are tied to the network interface instead of the 
network node. Such a distinction is also general in the sense that it covers the case where all Lower 
Interfaces 101-1 to 101-M of mobile terminal 100 share the same home-address. Since addresses are 
tied to Lower Interfaces 101-1 to 101-M, the concept of home domain and foreign domain is also 
relative to Lower Interface 101, i.e. Lower Interface 101 is at home if its home-address is 
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topologically compatible with its point of attachment to the packet-switched data communications 
network, and Lower Interface 101 is in a foreign domain if its home-address is topologically 
incompatible with its point of attachment to the packet-switched data communications network. 

MADU 104, is the core of the invention. As will be clear in descriptions later, MADU 104 is 
responsible to dynamically modify the bindings between care-of-addresses and home-addresses of 
mobile terminal 100 and to make decision to activate or deactivate any or all of the Lower Interfaces 
101-1 to 101-M. Also, MADU 104 knows which Lower Interface 101 is associated with which type 
of access mechanism in advance. 

Each path between Lower Interface 101 and MSU 102 which is marked with reference numeral 
110, and the path between MSU 102 and Upper Layer Unit 103 which is marked with reference 
numeral 111 are the data paths used to transfer packets from one unit to another. Each signal path 
used to control Lower Interface 101 is marked with reference numeral 112. Each signal path used to 
notify MADU 104 new conditions in Lower Interface 101 is marked with reference numeral 113. A 
signal path used to control MSU 102 is marked with reference numeral 114. A signal path used to 
notify the MADU (104) new conditions in MSU 102 is marked with reference numeral 115. 

Under normal operations, mobile terminal 100 will have one or more Lower Interfaces 101 active. 
For each Lower Interface 101 that is active, mobile terminal 100 would have a care-of-address bound 
to a home-address. Such a binding may have already been sent to the home agent of mobile terminal 
100, and any other network nodes that is communicating with mobile terminal 100. This is depicted 
in Figure 2. Figure 2 is a drawing for explaining an example of operations in the entirety of the 
packet-switched data communications network to which the mobile terminal according to the present 
embodiment is attached. 

In this example, mobile terminal 100 has two points of attachment to packet-switched data 
communications network 150: one via Base Station 151 using access mechanism 161 through Lower 
Interface 101-a, and the other via Base Station 152 using access mechanism 162 through Lower 
Interface 101-b. In the figure, we assume that Lower Interface 101-a has a permanent global address 
(i.e. home-address) of HoA.1 with associated home agent 171. The care-of-address assigned to 
Lower Interface 101-a is C0A.BSI, which is topologically valid in the domain of Base Station 151. 
In addition, Lower Interface 101-b has a permanent home-address of HoA.2 with associated home 
agent 172. The care-of-address assigned to Lower Interface 101-b is CoA.BS2, which is topologically 
valid in the domain of Base Station 152. 

With these associations, a packet sent to mobile terminal 100 at the address HoA.l would be 
intercepted by the home agent 171. Home agent 171 would then forward this packet to the car&-of- 
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address C0A.BSI using packet tunnelling. Since the outer packet is addressed to C0A.BSI, it will be 
routed to mobile terminal 100 via Base Station 151. Similarly, a packet sent to mobile terminal 100 at 
the address HoA.2 would be intercepted by the home agent 172. Home agent 172 would then forward 
this packet to the care-of-address C0A.BS2 using packet tumelling. Since the outer packet is 
addressed to C0A.BS2, it will be routed to the mobile terminal 100 via Base Station 152. 

Note that in Figure 2 (and the above descriptions), two home agents are illustrated for generality. 
It should be obvious to anyone skilled in the art that the concept can be extended to any number of 
Lower Interfaces and any number of home agents, where the two numbers are independent In fact, 
for the illustrations in Figure 2, home agentl71 and home agent 172 can be the same entity. 

It should also be noted that home agents are not the only entities that can receive binding updates. 
The bindings between home-addresses and care-of-addresses can also be made known to other 
network nodes that communicate with the mobile terminal. For instance, in Mobile IPv6, mobile 
nodes can perform so-called route optimizations with the nodes they are communicating to (called 
corresponding nodes) wherein the mobile nodes will send binding updates to these corresponding 
nodes so that the corresponding nodes can insert special indications in packets to forward the packets 
to the care-of-addresses of the mobile nodes (instead of going through the home agents). It should be 
obvious to anyone skilled in the art that the disclosed invention applies eqially without any loss of 
functionality if the mobile terminal sends binding updates to these correspondent nodes as well. 

As mobile terminal 100 moves, one of the access links may get out of range and thus be broken. 
For illustrations purposes, we assume that the link between Lower Interface 101-a and Base Station 
151 is broken. Hereinafter, we call such a Lower Interface as Lower Interface 101-a the downed 
Lower Interface. 

When MADU 104 detects this from one of the signal paths 11^ 115, it will attempt to re- 
associate the home-address HoA.1. If re-association is not done, packets sent to mobile terminal 100 
at the destination address HoA.1 will not be delivered, since the tunnelling packet cannot reach 
mobile terminal 100 at C0A.BSI. To re-associates the home-address of the downed Lower Interface, 
i.e. HoA.1, MADU 104 follows the algorithm depicted in Figure 3. Figure 3 is a flow chart for 
explaining the operations in MADU 104. 

As stated above, MADU 104 detects the downed Lower Interface 101-a, in Step 1000, Then in 
Step 2000, MADU 104 first scans through Lower Interfaces 101-1 to 101 -M to search for one or more 
Lower Interfaces 101 that are active. MADU 104 has control over M number of Lower Interfaces 
101-1 to 101-M. 



tB|E# 2004-3078665 



#12003-171295 



: 13/ 



These Lower Interfaces 101-1 to 101-M obtain and maintain connectivity with the respective 
access networks independently, and generate InterfacejStatejVlessage having Interface_State (a flag 
to indicate if Lower Interface 101 has an association with the access network), Interface_AA (a flag to 
indicate if the association with the access network requires authentication and/or authorization from 
Lower Interface 101 or users information are required), and AA_state (a flag to indicate if the 
authentication and/or authorization between Lower Interface 101 and the access network is performed 
only if authentication and/or authorization are required). An active indicator in the InterfaceJState 
field of the Interface_Status_Message for Lower Interface 101 indicates that the interface may have 
successfully gone through the appropropriate Lower Interface authentication and authorizations as 
required by the mobile terminal user's profile or as required by the access networks. An 
implementation of the Interface_Status_Message is as follows: 

Interface_Status_Message { 

InterfaceJState; indicate active, "0" indicate otherwise */ 

Interface_AA; /*"1" indicate Authentication and/or Authorization required for full 

Lower Interface to access network association, "0" indicates 

Authentication and/or Authorization is not required for full Lower 

Interface to access network association- */ 
AA_State; /*"1" indicate Authentication and Authorization process completed, 

£< 0" indicate otherwise •/ 

} 

Hie message may be generated independently of or in response to a request from MADU. Note 
the specification of '0' and *V is merely for illustration purpose. It should be obvious to anyone 
skilled in the art that any other values can be used to represent the same meaning. 

In Step 3000, from the list of active Lower Interfaces 101, MADU 104 selects an active Lower 
Interface 101 for use. We assume the active Lower Interface selected here is Lower Interface 101-b. 
This selection can be random, or based on a certain priority. Such a priority may be established based 
on one of the following evaluation criteria: 

(i) the cost of Hie access mechanism (certain access mechanism may be more expensive than 
others, such as satellite link versus IEEE 802.11) and selects Lower Interface 101 that 
offers the cheapest access; 
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the power consumption of the access mechanism (certain access mechanism may 
consume more power than others, such as satellite link versus IEEE 802.11) and selects 
Lower Interface 101 that offers the lowest power consumption; 



(Hi) 



the bandwidth/speed of the access mechanism and selects Lower Interface 101 that offers 
the highest bit-rate or fastest access; 



(iv) 



the availability of the access mechanism and selects Lower Interface 101 which would be 
expected to remain active for the longest amount of time given the current movement 
patterns of mobile terminal 100; or 



(v) 



a weighted combination(sum) of the above criteria, wherein weights may be zero, positive 
or negative, and selects Lower Interface 101 that offers the largest sum. 



Once active Lower Interface 101-b is selected, MADU 104 next checks if the selected Lower 
Interface 101-b is in its home domain or foreign domain, in Step 4000. As a result of the check, if the 
selected Lower Interface 101-b is at home, MADU 104 instructs MSU 102 to set up a binding of the 
home-address of the downed Lower Interface 101-a with the home-address of the selected Lower 
Interface 101-b as the care-of-address, in Step 5000. On the other hand, if the selected Lower 
Interface 101-b is in a foreign domain, MADU 104 instructs MSU 102 to set up a bindhg of the 
home-address of the downed Lower Interface 101-a with the care-of-address of the selected Lower 
Interface 101-b as the care-ot-address, in Step 6000. 

MADU 104 will need to set some internal state to reflect that the downed Lower Interface 101-a 
is in a state where the care-of-address is borrowed" from another Lower Interface 101-b. In other 
words, after the internal state is updated, the downed Lower Interface is marked as having "borrowed" 
a care-of-address. In addition, MADU 104 will also need to remember from which Lower Interface 

101 the downed Lower Interface 101-a "borrowed" the care-of-address. 

In this case, since Lower Interface 101-b is in a foreign domain, MADU 104 will instruct MSU 

102 to set up a binding between CoA.BS2 and HoA.1. This will cause packets sent to HoA.1 to be 
tunnelled to mobile terminal 100 via access link established by access mechanism 162 between Lower 
Interface 101-b and Base Station 152. 

The new address bindings will be in effect until such a time when the downed Lower Interface 
101-a re-establishes access link to Base Station 151 or some other new base station. 

More specifically, in Step 7000, the downed Lower Interface 101-a re-establishes a new access. 
When this happens, MADU 104 will instruct MSU 102 to use the new care-of-address obtained from 
the base station (original or new) for the binding of the home -address of the downed Lower Interface, 
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Le. HoA.l, in Step 8000. In addition, MADU 104 will remove any state variable associated with the 
(previously) downed Lower Interface 101-a, so that the Lower Interface 101-a is no longer marked as 
having "borrowed" a care-of-address. 

It is possible that before the downed Lower Interface 101-a can be re-associated to some base 
station, Lower Interface 101-b from which it "borrowed" its care-of-address may be downed. Thus 
when Lower Interface 101 is down, MADU 104 scans through its internal states (state variables) to 
see which Lower Interfaces 101 have "borrowed" their care-of-addresses from the downed Lower 
Interface 101. Any Lower Interfaces 101 that have done so are treated as going down too, and the 
algorithm that is described in Figure 3 must be carried out for every one of them, including the newly 
downed Lower Interface 101. 

Thus, according to the present embodiment, mobile terminal 100 and a method thereof are 
specified which can recover from link failure to a base station, by having an access-losing interface 
101-a to temporarily borrow an address used by another interface 101-b associated with an active 
access mechanism. Therefore, mobile terminal 100 with a plurality of access mechanisms can 
achieve seamless handoff between base stations independently of control by base stations, as mobile 
terminal 100 changes its point of attachment to a packet-switched data communications network. 

(Embodiment 2) 

Figure 4 is a block diagram showing the architecture of a mobile terminal according to 
Embodiment 2 of the present invention. Mobile terminal 200 shown in Figure 4 has a basic 
architecture similar to that of mobile terminal explained in Embodiment 1, and therefore the elements 
of mobile terminal 200 that are identical to those of mobile terminal 100 will be given identical 
reference numerals respectively, and detailed description thereof will be omitted. 

Mobile terminal 200 has M number of Lower Interfaces 201-1 to 201-M and MADU 202 instead 
of Lower Interfaces 101-1 to 101-M and MADU 104 of mobile terminal 100. Hereinafter, when we 
refer to any one or more of Lower Interfaces 201-1 to 201-M, the Lower Interface(s) will be described 
as "Lower Interface 201". 

As a technical feature explained in the present embodiment^ in mobile terminal 200, Lower 
Interface 201 uses prediction techniques to indicate to MADU 202 that it may go down in a short 
period of time. Therefore, there is no need to wait for Lower Interface 201 to go down before kicking 
MADU 202 into action, as explained in Embodiment 1. 

Lower Interfaces 201-1 to 201-M conduct the above-described prediction, which can be based on 
the following methods: 
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(i) measuring the power of the signal from the base station: the signal getting weaker and 
weaker suggest the mobile terminal is moving away from the base station; 

(ii) measuring the velocity of mobile terminal 200; 

(iii) comparing current location of mobile terminal 200 and known locations of base stations 
(such as using Global Positioning System); or 

(iv) a combination of the above methods. 

Then, based on a result of the prediction, Lower Interfaces 201-1 to 201-M generates 
Interface_Release_Indicator_Message having Release_Indicator (a flag to indicate if the Lower 
Interface is ready to be fully disassociated from the access network) and ReleaseJTime (access 
network disassociation time measured after the message is generated by the Lower Interface), as 
follows: 

InterfaceJEtelease_Indicator_Message{ 

Release_Indicator; /*"1" to indicate Interface is releasing connectivity with the 

access network previously associated with. "0" indicate 
Inteif ace is not releasing connectivity */ 
ReleaseJTime; /* Unit of time a full dissociation will occur after the 

message is sent out from the Lower Interface */ 

} 

After a successful disassociation, Lower Interfaces 201-1 to 201-M are responsible for updating 
parameter/s necessary for generating the Interface_State field of the Interf ace_Status_Message. The 
Interface_State field needs to reset to X)' in response to subsequent generation of the 
InterfaceJStatusJMessage. Note that this message may be generated independently of or in response 
to a request from MADU 202, and that the specification of '0' and '1* is merely for illustration 
purpose. It should be obvious to anyone skilled in the art that any other values can be used to 
represent the same meaning. 

Any other features of Lower Interfaces 201-1 to 201-M is the same as Lower Interfaces 101-1 to 
101-M explained in Embodiment 1. 

When MADU 202 receives such Interface_Release_IndicatorJMessage via the signal path 113 
generated by Lower Interface 201, which indicates that Lower Interface 201 is about to be 
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disconnected, then MADU 202 takes steps to re-associates the home-address of Lower Interface 201 
that is sending the InterfaceJReIease_Indicator_Message (hereafter referred to as the "hinting Lower 
Interface") in advance. Any other features of MADU 202 is the same as MADU 104 explained in 
Embodiment 1. 

The steps taken by MADU 202 is similar to those depicted in Figure 3, as shown in Figures. 
Figure 5 is a flow chart for explaining the operations in MADU 202. 

In Step 1500, MADU 202 receives Interface_Release_Indicator_Message as a hint of handoff 
from the hinting Lower Interface, say Lower Interface 201-a (equivalent to Lower Interface 101-a). 
Then, MADU 202 proceeds to Step 2000, and the operations of Steps 2000 to 4000 will be performed 
as explained in Embodiment 1. 

As a result of the check in Step 4000, if the selected Lower Interface, say Lower Interface 201-b 
(equivalent to Lower Interface 101-b) is at home, MADU 202 instructs MSU 102 to set up a binding 
of the home-address of the hinting Lower Interface 201-a with the home-address of the selected 
Lower Interface 201-b as the care-of-address, in Step 5500. On the other hand, if the selected Lower 
Interface 201-b is in a foreign domain, MADU 202 instructs MSU 102 to set up a binding of the 
home-address of the hinting Lower Interface 201-a with the care-of-address of the selected Lower 
Interface 201-b as the care-of-address, in Step 6500. 

Similar to the case in Embodiment 1 for a downed Lower Interface, MADU 202 will need to set 
some internal state to reflect that the hinting Lower Interface 201-a is in a state where the care-of- 
address is "borrowed" from another Lower Interface 201-b. In addition, MADU 202 will also need to 
remember from which Lower Interface 201 the hinting Lower Interface 201-a "borrowed" the care-of- 
address. Doing so allows MADU 202 to take appropriate actions when Lower Interface 201 from 
which address is borrowed to other Lower Interfaces 201 has gone down, or gives notifications of a 
predicted loss of connectivity. When this happens, MADU 202 scans through its internal states to see 
which Lower Interfaces 201 have "borrowed" their care-of-addresses from Lower Interface 201 that 
has gone down (or given notification on a predicted loss of connectivity). Any Lower Interfaces 201 
that have done so are treated as going down too, and the algorithm that is described in Figure 4 must 
be carried out for every one of them. 

The new address binding will be in effect until such a time when the hinting Lower Interface 201- 
a re-establishes a new access link, in Step 7500. In the present embodiment, the hinting Lower 
Interface 201-a may re-establish a new access link after going down or without going down. 

Then, MADU 202 will instruct MSU 102 to use the new care-of-address obtained from the base 
station (original or new) for the binding of the home-address of the hinting Lower Interface, i.e. 
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HoA.l, in Step 8500. In addition, MADU 202 will remove any state variable associated with the 
hinting Lower Interface 201-a, so that the Lower Interface 201-a is no longer marked as having 
"borrowed" a care-of-address. 

According to the present embodiment, handoff prediction is performed. Performing such handoff 
prediction is advantageous because although a new address binding is established, the actual physical 
link between Lower Interface 201 and the base station is still up. Thus any packet that is already in 
transit can still reach mobile terminal 200 at the previous care-of-address. This allows for seamless 
handoff between two base stations. 

As an illustration, Figure 6 shows the timeline of Lower Interface 201-a being handoff from an 
old base station, say Base Station (BS) 151, to a new base station, say Base Station (BS) 152. In the 
time period 210, the link between Lower Interface 201-a and BS151 is active, and the home-address 
of Lower Interface 201-a, HoA-1, is bound to the care-of-address, CoA-BSl, which is topological^ 
compatible to the domain of BS151. 

At the time 211, Lower Interface 201-a detects that it is moving away from BS151, and alerts 
MADU 202. MADU 202 then follows the algorithm as above-explained with Figure 5, and selected 
the care-of-address, CoA.2, of an alternative Lower Interface 201. This address is then bound to the 
home-address HoA.1 by sending to other nodes (such as the home-agent of mobile terminal 200) 
binding update messages conveying this new binding. 

Thus in the time period 212, Lower Interface 201-a will starts to use the new (temporary) care-of- 
address of CbA.2. Note that in this time period 212, Lower Interface 201-a can still be reached by 
BS151, thus any packets sent to mobile terminal 200 addressed to CoA-BSl will still be able to be 
delivered to mobile terminal 200. 

At the time 213, mobile terminal 200 has moved so far away from BS151 such that the link 
between BS151 and Lower Interface 201-a is down. Hence, in the time period 214, Lower Interface 
201-a can no longer receive packets that are still addressed to C0A.BSI. Finally, at the time 215, 
Lower Interface 201-a is associated with a new base station, Le. BS152. Lower Interface 201-a is 
then assigned a new care-of-address C0A.BS2, that is topologically compatible within the domain of 
BS152. Hence in the time period 216, the home-address HoA.1 is bound to the care-of-address 
C0A.BS2. Note that as long as Lower Interface 201 from which CoA.2 is "borrowed" is active, 
packets addressed to CoA.2 can still be received by mobile terminal200. 

As is evident from the above description, the present embodiment allows mobile terminal 200 to 
be reached at ail times by its homo-address(es), provided that at least one Lower Interface is active at 
any one time. The present embodiment also solves the problem of not being able to receive packets 
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that is forwarded to its previous care-of-address after a handoff, without special requirements for the 
operations of the base station. 

On careful inspection of the timeline illustrated in Figure 6, there is a slight possibility that packet 
forwarded to mobile terminal 200 at the care-of-address CoA-BSl may not reach mobile terminal 200. 
This will happen if the packet arrives at BS151 after Lower Interface 201-a is disconnected from 
BS151 (i.e. after the time 213). To avoid this, the length of time period 212 (i.e. the time length 
t j>red) must be long enough so that the packet sent by all other nodes which still think the home* 
address HoA.1 is bound to the care-of-address C0A.BSI would already have been delivered before 
the time 213. 

Note that this has two parts to it: first, the sending node may in fact know the binding of HoA.l 
and C0A.BSI; and second, the sending node sends the packet to HoA.1, and the home agent for 
Lower Interface 201-a tunnels the packet to C0A.BSI. Hence, the time length t_pred must be long 
enough so that the binding update messages containing the new binding of HoA.l and CoA.2 has 
sufficient time to reach all nodes that know the binding of HoA.l and CoABSl, plus the additional 
transit time for any packet sent by these nodes to reach BSL51. Mathematically, to ensure a truly 
seamless handoff, the time length t jpred meets the conditions of the following equation (Eq 1): 



where t _pred is the time from Lower Interface 201-a predicts a break in connection is about to occur, 
till the time when the break in connection really occurs, tjbu is the mean time taken for binding 
update messages sent by mobile terminal 200 to reach their intended recipients, and t _pkt is the mean 
time taken for a packet sent by any other node to reach mobile terminal 200. Note that doing so can 
only minimize loss of packets due to handoff, since in a typical packet-switched data communications 
network (such as IP or IPv6) the transit time of a packet is unbounded. Normally, tjbu and t _pkt is 
difficult to estimate. Thus often practiced in the field is to estimate their sum, also known as the 
round trip time, t_rtt 9 which gives the mean time for a packet to travel from mobile terminal 200 to 
another node and back. Thus the above (Eq 1) becomes the following equation (Eq 2): 



t j>red >= t_bu + * _pkt 



(Eql) 



t jpred >= tjrtt 



(Eq2) 
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Accordingly, such apparatus as mobile terminal 200 that employs handoff prediction can borrow a 
temporary address in advance, thus achieving a truly seamless handoff, without requiring any special 
considerations on the operations of the base stations. 

(Embodiment 3) 

Figure 7 is a block diagram showing the architecture of a mobile terminal according to 
Embodiment 3 of the present invention. Mobile terminal 300 shown in Figure 7 has a basic 
architecture similar to that of mobile terminal explained in Embodiment 1, and therefore the elements 
of mobile terminal 300 that are identical to those of mobile terminal 100 will be given identical 
reference numerals respectively, and detailed description thereof will be omitted. 

Mobile terminal 300 has M number of Lower Interfaces 301-1 to 301-M and MADU 302 instead 
of Lower Interfaces 101-1 to 101 -M and MADU 104 of mobile terminal 100. Hereinafter, when we 
refer to any one or more of Lower Interfaces 301-1 to 301-M, the Lower Interface(s) will be described 
as "Lower Interface 301". 

The above-described embodiments disclosed methods where mobile terminals 100, 200 can 
achieve seamless handoff with a plurality of active access links. On the contrary, in the present 
embodiment, it can be extended so that mobile terminal 300 needs only to have one access 
mechanism active at any one time under normal circumstances. Only when the active access 
mechanism loses its connection to the base station, then MADU 302 is kicked in to activate an 
alternative access mechanism. 

This kind of "on-demand" activation is especially useful when mobile terminal has two different 
types of access mechanisms: one that is cheap (or fast) but access is short range (e.g. IEEE 802.11 or 
Bluetooth) and one that is expensive (or slow) but access is long range (e.g. GPRS or satellite link). 
Under normal situation, mobile terminal 300 will want to use the cheaper (or faster) access 
mechanism as the primary access method. However, when mobile terminal 300 goes out of range, it 
can then fire up the more expensive (or slower) access mechanism to maintain connectivity, until 
mobile terminal 300 reaches a new operation area of the primary access mechanism. 

Accordingly, Lower Interfaces 301-1 to 301-M are associated with different types of access 
mechanisms. Any other features of Lower Interfaces 301-1 to 301-M are the same as Lower 
Interfaces 101-1 to 101-M of mobile terminal 100. 

Also, as stated above, MADU 302 activates and deactivates an alternative access mechanism 
when it learns that an access mechanism loses its connection to the base station. Any other features of 
MADU 302 are the same as MADU 104 of mobile terminal 100. 
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Next, the operations in MADU 302 of mobile terminal 300 having the above architecture will be 
explained using Figure 8. MADU 302 follows the algorithm depicted in Figure 8. 

After detecting in Step 1000 the downed Lower Interface* say Lower Interface 301-a (equivalent 
to Lower Interface 101-a), MADU 302 scans through Lower Interfaces 301-1 to 301-M to search for 
one or more Lower Interfaces 301 which associate with an alternative access mechanismwhose type 
is different from the access mechanism associated with the downed Lower Interface 301-a, in Step 
2500. Such Lower Interfaces will be referred to as "alternative Lower Interfaces" hereinafter. 

Then, in Step 3500, MADU 302 selects one of alternative Lower Interfaces 301, say Lower 
Interface 301-b (equivalent to Lower Interface 101-b), based on the same selecting method as 
explained in Embodiment 1. 

It then activates the selected alternative Lower Interface 301-b (i.e. the access mechanism of the 
selected alternative Lower Interface 301-b), in Step 3600. This includes waiting for the selected 
alternative Lower Interface 301-b to power up, get associated to a base station, and set up a care-of- 
address if necessary. Once the selected alternative Lower Interface 301-b becomes active, MADU 
302 proceeds to Step 4000. Then, the operations in Steps 4000 to 8000 will be performed. These 
steps are identical to those found in Figure 3 and are explained in Embodiment 1. 

Thus, according to the present embodiment, mobile terminal 300 and a method thereof are 
specified which can activate an alternative access mechanism on demand just to ensure a temporary 
address, can be used. 

Deployment of the technology described in the present embodiment will typically be found in an 
Internet Protocol (IP) environment Here a mobile terminal, such as a Personal Digital Assistant 
(PDA), may have two different access interfaces: a slower but longer range one using GPRS (General 
Packet Radio Service), and a faster but shorter range one using Institute of Electrical and Electronics 
Engineers (IEEE) 802.11b. 

The mobile terminal can subscribe to one Internet Service Provider (ISP) to use both mechanisms. 
In this case, the ISP would most likely provide a single home agent to manage both the access 
interfaces. Alternatively, the mobile terminal can subscribe to separate ISPs for different access 
interfaces. In this case, each ISP will provide one home agent to manage each access interface. 

Using the method described in the present embodiment, the mobile terminal can use 802.11b to 
access the Internet while in operating range of an 802.11b access point, which can be found in 
hotspots that are gaining popularity. When the mobile terminal moves out of range, the longer range 
GPRS can be used to provide temporary access to the Internet, until the mobile terminal moves within 
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range of another 802.11b access point. Note that it does not matter if a single ISP (therefore a single 
home agent) or multiple ISPs (thus a plurality of home agents) are involved. 

Thus, the technology disclosed in the present embodiment will work seamlessly. Also, the mobile 
terminal can employ route optimization techniques to send binding updates to nodes other than its 
home agent(s). The method of the present embodiment will allow the mobile terminal to maintain 
session continuity across successive handoffs as long as the mobile terminal made known the bindings 
of addresses to every node that is necessary. 



(Embodiment 4) 

Figure 9 is a block diagram showing the architecture of a mobile terminal according to 
Embodiment 4 of the present invention. Mobile terminal 400 shown in Figure 9 has a basic 
architecture similar to that of mobile terminal explained in Embodiment 1, and therefore the elements 
of mobile terminal 400 that are identical to those of mobile terminal 100 will be given identical 
reference numerals respectively, and detailed description thereof will be omitted. 

Mobile terminal 400 has M number of Lower Interfaces 401-1 to 401-M and MADU 402 instead 
of Lower Interfaces 101-1 to 101-M and MADU 104 of mobile terminal 100. Hereinafter, when we 
refer to any one or more of Lower Interfaces 401-1 to 401-M, the Lower Interf ace(s) will be described 
as "Lower Interface 401". 

For better understanding of the present embodiment, the technical feature in the present 
embodiment is a combination of the predictive techniques explained in Embodiment 2 and the "on- 
demand" activation techniques explained in Embodiment 3. It is possible to further- enhance the 
effects provided by the apparatus and method explained in Embodiment 3 with the predictive 
techniques described earlier. 

Accordingly, Lower Interfaces 401-1 to 401-M, like Lower Interfaces 301-1 to 301-M, are 
associated with different types of access mechanisms. Also, Lower Interfaces 401-1 to 401-M, like 
Lower Interfaces 201-1 to 201-M, conduct handoff prediction. Any other features of Lower 
Interfaces 401-1 to 401-M are the same as Interfaces 101-1 to 101-M explained in Embodiment 1. 

MADU 402, like MADU 302, activates and deactivates an alternative access mechanism when it 
learns that an access mechanism loses its connection to the base station. Also, when MADU 402, like 
MADU 202, receives Interface_ReleaseJndicator_Message via the signal path 113 generated by 
Lower Interface 401, which indicates that Lower Interface 401 is about to be disconnected, then 
MADU 402 takes steps to rc-associate the home-address of Lower Interface 401 that is sending the 
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Interface JleleaseJndicatorJMessage (i.e. the hinting Lower Interface 401) in advance. Any other 
features of MADU 402 are the same as MADU 104 explained in Embodiment 1. 

Next, the operations in MADU 402 of mobile terminal 400 having the above architecture will be 
explained using Figure 10. MADU 402 follows the algorithm depicted in Figure 10. 

After Step 1500 explained in Embodiment 2, MADU 402 proceeds to Step 2500, Step 3500, and 
Step 3600 explained in Embodiment 3, then to Step 4000 explained in Embodiment 1. Then, it 
proceeds to Step 5500 or Step 6500 explained in Embodiment 2, based on a result of the check in Step 
4000, and then to Step 7500 and Step 8500 explained in Embodiment 2. 

Combining such on-demand activation with handoff prediction brings added benefits: not only 
can mobile terminal 400 achieve seamless handoff for its primary Lower Interface 401, it also can 
keep its operating cost low (cost is measured in terms of monetary value, delay in transmission or 
power consumption, depending on what is the criterion it use when selecting which access mechanism 
to be primary) by having an alternative Lower Interface 401 in an off mode until it is needed. As an 
example, the timeline of a Lower Interface say Lower Interface 401-a (equivalent to Lower Interface 
101-a) being handoff from an old base station, say BS151, to a new base station, say BS152, is shown 
in Figure 11. 

In the time period 411, the link between Lower Interface 401-aand BS151 is active, and the home- 
address of Lower Interface 401-a, HoA.1, is bound to the care-of-address, CoA-BSl, which is 
topological^ compatible to the domain of BS151. At the time 412, Lower Interface 401-a detects that 
it is moving away from BS151, and alerts MADU 402. MADU 402 then follows the algorithm 
depicted in Figure 10, and selects an alternative Lower Interface 401 to activate. This alternative 
Lower Interface 401 is activated at time 413, and is allocated with a care-of-address CoA.2. MADU 
402 then instructs MSU 102 to set up a binding between HoA.1 and CoA.2 by sending to other nodes 
(such as the home-agent of mobile terminal 400) binding update messages conveying this new 
binding. Thus in the time period 414, Lower Interface 401-a will start to use the new (temporary) 
care-of-address of CoA.2. Note that in the time period 414, Lower Interface 401-a can still be 
reached by BS151, thus any packets sent to mobile terminal 400 addressed to C0A.BSI will still be 
able to be delivered to mobile terminal 400. 

At the time 415, mobile terminal 400 has moved so far away from BS151 such that the link 
between BS151 and Lower Interface 401-a is down. Hence, in the time period 416, Lower Interface 
401-a can no longer receive packets that are still addressed to C0A.BSI. Subsequently, mobile 
terminal 400 moves within range of BS152 at the time 417. Lower Interface 401-a is then assigned a 
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new care-of-address CoA.BS2, that is topologically compatible within the domain of BSL52. Hence 
in the time period 418, the home^address HoA.1 is bound to the care-of-address CoA.BS2. Note that 
as long as the alternative Lower Interface 401 from which CoA.2 is "borrowed" is active, packets 
addressed to CoA.2 can still be received by mobile terminal 400. Thus, the alternative Lower 
Interface 401 is only shut off after some delay, tjlelay, at the time 419, to allow the delivery of all 
remaining packets that are forwarded to CoA.2. 

There are two time lengths that are important to ensure truly seamless handoff, indicated by 
t jtred and t_delay in Figure 11. The time length t _pred is the time from Lower Interface 401-a 
predicts a break in connection is about to occur, till the time when the break in connection really 
occurs. To minimize loss of packets due to handoff, die time length t_pred must be greater than or 
equal to the sum of: 



(i) time taken to activate the alternative Lower Interface 401; 

(ii) time taken for the alternative Lower Interface 401 to set up an address binding if it is in a 
foreign domain; 

(iii) mean time taken for binding update messages to reach their intended recipients; and 

(iv) mean time taken for packets sent by other nodes to reach mobile termhal 400. 



Mathematically, this implies the following equation (Eq 3): 

t _pred >= tjictivate + tjbu + t j>kt (Eq 3) 



where t_pred is the time from Lower Interface 401-a predicts a break in connection is about to occur, 
till the time when the break in connection really occurs, tjictivate is the time taken to activate the 
alternative Lower Interface 401, including the time taken for the alternative Lower Interface 401 to set 
up an address binding if it is in a foreign domain; tjbu is the mean time taken for binding update 
messages sent by mobile terminal 400 to reach their intended recipients, and t_pkt is the mean time 
taken for a packet sent by any other node to reach mobile terminal 400. If the round trip time, tjrtt y is 
estimated instead of t^bu and tj>kt, the above equation (Eq 2) becomes the following equation (Eq 4): 

/ j>red >= tjictivate + tjrtt (Eq 4) 
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The time length tjielay is the delay after the downed Lower Interface 401-a associates with 
BS152 before shutting down the alternative Lower Interface 401. To minimize loss of packets due to 
handoff, the time length tjielay must be greater than or equal to the sum of the mean time taken for 
binding update messages to reach their intended recipients and mean time taken for packets sent by 
other nodes to reach mobile terminal 400. Mathematically, this means the following equation (Eq 5): 

tjielay >= tj>u + t _pkt (Eq 5) 

Alternatively, if the round trip time, tjtt, is used, the above equation (Eq 5) becomes the 
following equation (Eq 6): 

tjielay >= tjtt (Eq6) 

Accordingly, such apparatus as mobile terminal 400 that employs handoff prediction can borrow a 
temporary in advance, thus achieving a truly seamless handoff, without requiring any special 
considerations on the operations of the base stations. 

4.7 Effects of the Invention 

As explained above, the present invention allows a mobile communication terminal with a plurality of 
network access mechanisms to achieve smooth, continuous communications sessions even in transit, 
regardless of base station capabilities and functionalities, in a packet-switched data communications 
network. 

5 BRIEF DESCRIPTION OF DRAWINGS 



Figure 1: Block diagram showing the architecture of a mobile terminal according to 

Embodiment 1 of the present invention; 
Figure 2: Drawing for explaining an example of operations in the entirety of the packet 

switched data communications network to which the mobile terminal according to 

Embodiment 1 of the present invention is attached; 
Figure 3: Flow chart for explaining operations of Multiple Access Decision Unit in the mobile 

terminal according to Embodiment 1 of the present invention; 
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Figure 4: Block diagram showing the architecture of a mobile terminal according to 

Embodiment 2 of the present invention; 
Figure 5: Flow chart for explaining operations of Multiple Access Decision Unit in the mobile 

terminal according to Embodiment 2 of the present invention; 
Figure 6: Drawing showing a timeline of a Lower Interface being handoff between base 

stations in Embodiment 2; 
Figure 7: Block diagram showing the architecture of a mobile terminal according to 

Embodiment 3 of the present invention; 
Figure 8: Flow chart for explaining operations of Multiple Access Decision Unit in the mobile 

terminal according to Embodiment 3 of the present invention; 
Figure 9: Block diagram showing the architecture of a mobile terminal according to 

Embodiment 4 of the present invention; 
Figure 10: Flow chart for explaining operations of Multiple Access Decision Unit in the mobile 

terminal according to Embodiment 4 of the present invention; 
Figure 11: Drawing showing a timeline of a Lower Interface being handoff between base 

stations in Embodiment 4. 
Description of Reference Numerals: 

100, 200, 300, 400 Mobile Terminal 

101-1 to 101-M, 201-1 to 201-M, 301-1 to 301-M, 401-1 to 401-M Lower Interface 

102 Mobility Support Unit 

103 Upper Layer Unit 

104 Multiple Access Decision Unit 
110, 111, 112, 113, 114, 115 Signal Path 
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6 ABSTRACT 

[Problem] To ensure smooth, continuous communications sessions even when in transit, 
regardless of base station capabilities and functionalities, in a packet-switched data communications 
network. 

[Solving Means] Each of a plurality of Lower Interfaces 101-1 to 101-M, when its associated 
access mechanism is in an active state, can obtain a connection to packet-switched data 
communications network 150 using its home-address HoA.1 or its care-of-address CoA.BSl. When a 
Lower Interface 101-a loses its connection obtained using the care-of-address CoA-BSl, Multiple 
Access Decision Unit 104 instructs Mobility Support Unit 102 to set up a binding of the home-address 
HoA.1 and either one of the home-address HoA-2 and the care-of-address CoABS2 of another Lower 
Interface 101-b. Mobility Support Unit 102 sets up the binding according to the instruction from 
Multiple Access Decision Unit 104. 
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